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(57) A body implantable device 10 having at least 
one physiologic sensor capable of monitoring perform- 
ance of the device and physiologic indicators of the pa- 
tient is disclosed. The device is capable of determining 
whether an event or indicator being monitored is beyond 
certain threshold levels that indicate an event or indica- 
tor may be clinically significant. The device can deter- 
mine the relative importance of the event or indicator in 
contrast to other events or indicators for which data have 
been previously stored. The device is further capable of 
allocating memory for data relating to the higher priority 
events or indicators. 
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Description 

This invention relates to the field of body-implanta- 
ble devices, and more particularly relates to a method 
and apparatus for performing diagnostics on the system s 
including the implantable device as well as on physio- 
logical conditions, and managing memory within the de- 
vice so as to store the maximum amount of the most 
important and comprehensive data for retrieval from the 
device. 1Q 

Various types of automatic, body-implantable med- 
ical devices such as cardiac pacemakers, cardiac defi- 
brillators, cardioverters, neural stimulators and the like, 
have been shown in the prior art. The majority of these 
products offer a full range of diagnostic routines that can is 
be selected by the physician or medical technician. As 
the diagnostic capabilities of the devices increase the 
selection process by the physician or technician be- 
come that much more complicated. Upon implantation, 
or at any other point when the device is being accessed, 20 
the doctor must try to look into the future to determine 
what may happen so that he or she may determine what 
diagnostic routines to select. The underlying problem is 
that devices today have the ability to capture far more 
diagnostic data than they have the memory capacity to 2s 
store. 

Because of the lack of memory, physicians and 
technicians are forced to select which parameters to 
track. If the physician has chosen to track the frequency 
and extent of ventricular tachycardia, then atrial under- 30 
sensing due to a lead that is rapidly failing may not be 
detected. What is needed is an implantable device that 
is capable of selecting at any given time what is most 
important to track. The device should further be capable 
of allocating the limited memory available within the de- 3S 
vice for storage of the most important data collected 
since the last interface with the device. 

In view of the foregoing considerations, the present 
invention is directed to an implantable medical device 
that is capable of performing continuous diagnostics, 40 
and selecting from those diagnostics the more critical 
information to store in memory specifically allocated by 
the device. 

According to one aspect of the invention, there is 
provided a method executable by a body-implantable «s 
device having at least one physiologic sensor, compris- 
ing the steps of: 



receiving sensor data from the physiologic sensor 
(•): so 
determining whether said sensor data exceeds a 
threshold value; 

determining for said sensor data which exceeds 
said threshold value, whether sufficient memory is 
available to store said sensor data; 55 
determining a priority value for said sensor data; 
determining if data with a lower priority value exists 
in memory, and 



overwriting with said sensor data said data with a 
lower priority value 

According to a second aspect of the invention, there 
is provided a body implantable apparatus having at least 
one physiologic sensor, comprising: 

means for performing diagnostic routines utilizing 
data received from the at least one physiologic sen- 
sor; 

means for assessing whether data collected from 
said diagnostic routines is clinically significant; 
means for assessing whether memory space is 
available for the data determined to be clinically sig- 
nificant; 

means for determining the relative priority of said 
data; and 

means for allocating memory based on said relative 
priority of data. 

According to a third aspect of the invention, there is 
provided a method of allocating memory in a body im- 
plantable device having at least one physiologic sensor, 
comprising the steps of: 

determining the priority of data to be stored, the data 
being received from the at least one physiologic 
sensor; 

allocating available memory to the higher priority 
data; and 

re-allocating said memory each time more data to 
be stored is collected, said re-allocating step com- 
prising the step of determining whether the newly 
collected data is higher priority than any of the data 
already contained in said memory. 

According to a fourth aspect of the invention, there 
is provided a method of allocating memory in a body im- 
plantable device having at least one physiologic sensor, 
comprising the steps of: 

storing data received from the at least one physio- 
logic sensorthat is of clinical significance in a mem- 
ory as it is received until new data is received from 
the sensor that is of clinical significance for which 
there is not enough space in memory for said new 
data to be stored; 
determining whether compression of the data in 
said memory would create enough memory space 
for said new data; 

compressing the compressible data; and 
storing said new data in said memory. 



According to a fifth aspect of the invention, there is 
provided a medical system for use with a patient, com- 
prising: 

1) A body implantable device having at least one 
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physiologic sensor, comprising: 

a) means for allocating a memory to accept the 
highest priority data received from the at least 
one physiologic sensor; 

b) means for selecting the highest priority data, 
and 

c) means for storing said highest priority data 
in said allocated memory, and 

2) A body external programmer, comprising: 

a) means for accessing data stored in said 
memory of said body implantable device, and 

b) means for determining from said data what 
possible problems are being experienced with 
either the body implantable device or the pa- 
tient in which the body implantable device is im- 
planted. 

Monitoring or diagnostic routines for tracking a va- 
riety of system operations are stored in ROM. Examples 
of system operations that can be monitored are: lead 
impedance, atrial or ventricular under or over sensing, 
episodes of atrial tachycardia, onset and cessation of 2: 
1 block, and changes in p- or r-wave length or amplitude. 
This list of examples by no means encompasses all pos- 
sible diagnostics which may be performed on or by a 
pacemaker, but is given merely to serve as an indication 
of the types of data that can be monitored. 

The CPU is capable of performing all diagnostic 
routines. In the present invention the CPU performs all 
monitoring and data collection and from that collected 
data determines which data takes on clinical signifi- 
cance. Once the CPU determines that an event is clin- 
ically significant, the CPU will allocate memory in the 
RAM for storage of data with respect to that event. 

If the available memory is full the CPU determines 
whether the new event is more important than a previ- 
ously stored event. If so, then the previously stored 
event is overwritten by data from the new event or the 
old, new, or both old and new data are compressed so 
that both can be stored. 

Under the present invention the physician or clini- 
cian at the next interface with the implantable device us- 
ing a body external programmer will receive data on clin- 
ically significant events that have occurred since the last 
interface. This is an improvement over receiving only the 
data requested from the last interface, because the 
problems of possibly not capturing the more important 
events occurring with the patient or the device has been 
overcome. 

The present invention offers tremendous flexibility. 
The physician for instance may want to set a default that 
collects data on certain events unless the CPU deter- 
mines that a more clinically significant event has oc- 
curred. The selection of the importance or clinical sig- 
nificance of given events may be standardized across 



a product line or may be customized for a particular 
model, physician, or patient. 

The foregoing and other aspects of the present in- 
vention are best appreciated with reference to the fol- 
s lowing detailed description of a specific embodiment of 
the invention, given by way of example only, when read 
in conjunction with the accompanying drawings, where- 
in: 

Figure 1 is a cross-section of an implantable pace- 
io maker and lead. 

Figure 2 is a cross-section of a patient with the de- 
vice and lead of Figure 1 implanted. 

Figure 3 is a functional block diagram of a preferred 
embodiment of an implantable device 
15 Figure 4A is a flow diagram of a preferred method 
of the present invention. 

Figure 4B is a continuation of the flow diagram of 
Figure 4 A. 

Figure 5 is a flow diagram of an alternative of the 
20 preferred method shown Figure 4A and 4B. 

Referring to Figure 1 , there is illustrated a body-im- 
plantable pacemaker system 10 in accordance with a 
presently preferred embodiment of the invention. As 
shown in Figure 1, pacemaker system 10 includes a 
2S pulse generator housed within a hermetic enclosure 1 2, 
and a flexible, elongate lead 14 coupled to a header or 
connector block assembly 16 associated with pulse 
generator enclosure 12. In the presently preferred em- 
bodiment, enclosure 12 is made of titanium or another 
30 suitable biocompatible material, and header 1 6 is made 
of polyurethane or the like. In accordance with conven- 
tional practice, lead 14 comprises one or more electrical 
conductors insulated with a flexible outer sheath made 
of silicone rubber, polyurethane, or the like. Lead 14 has 
3S one or more electrodes disposed generally at the distal 
end thereof, lead 1 4 in Figure 1 being shown as a bipolar 
lead having a tip electrode 18 and a ring electrode 20, 
further in accordance with conventional practice. 

Header 16 encases one or more hermetic 
40 feedthrough elements (not shown in the Figures) for en- 
abling electrical signals to be communicated between 
the conductors of lead 1 4 and electronic stimulation and 
control circuitry 22 disposed within hermetic enclosure 
12. Also disposed within hermetic enclosure 12 is a bat- 
tery 24 for providing power to the various electronic 
components of pacemaker system 10. 

Figure 2 shows a conventional lateral transvenous 
implantation of pacemaker system 1 0 within the body of 
a patient 26. Hermetic enclosure 12 is disposed within 
so a small subcutaneous pocket inferior to the patient's 
clavicle. Lead 14 extends transvenousfy from enclosure 
12 such that its distal end is disposed within the heart 
28 of patient 26. 

Turning now to Figure 3, there is shown a functional 
ss block diagram of pacemaker system 1 0 and in particular, 
the organization of electronic stimulation and control cir- 
cuitry 22 in accordance with the presently disclosed em- 
bodiment of the invention In accordance with conven- 



3 



BNSDCCID: <EP 063260GA1 _!_> 



5 



EP 0 832 600 A1 



6 



tional practice, stimulation and control circuitry 22 func- 
tions to control the device's pacing and sensing func- 
tions. Stimulation and control circuit 22 may be of con- 
ventional design, in accordance, for example, with what 
is disclosed U.S. Patent No. 5,052,388 to Sivula et al., 
entitled 'Method and Apparatus for Implementing Activ- 
ity Sensing in a Pulse Generator" To the extent that cer- 
tain components of pacemaker system 1 0 are conven- 
tional in their design and operation, such components 
will not be described herein in extensive detail, as it is 
believed that design and implementation of such com- 
ponents would be a matter of routine to those of ordinary 
skill in the art. For example, stimulation and control cir- 
cuit 22 in Figure 3 includes stimulating pulse output cir- 
cuitry 30. a crystal oscillator 32, a random-access mem- 
ory and read-only memory (RAM/ROM) unit 34, and a 
central processing unit (CPU) 36, all of which are well- 
known in the art 

Pacemaker 10 also includes an internal communi- 
cation/telemetry circuit 38 so that it is capable of com- 
municating with an external programmer/control unit not 
shown in the Figures An example of such an external 
programmer is disclosed in U.S. Patent No. 5,345,362 
to Winkler. Associated with communication circuit 38 is 
a radio-frequency antenna 40 for facilitating the receipt 
and transmission of radio-frequency signals, in accord- 
ance with conventional practice and as exemplified by 
the teachings of U.S. Patent No. 4,374,382 to Markow- 
itz, entitled "Marker Channel Telemetry System for a 
Medical Device," of U S Patent No 5.127,404 to 
Wybomy etal., entitled "Telemetry Format for Implanted 
Medical Device," and of U.S. Patent No. 4,556,063 to 
Thompson et al., entitled Telemetry System for a Med- 
ical Device." 

In one embodiment of the invention, CPU 36 is a 
custom microprocessor adapted to fetch and execute 
instructions stored in RAM/ROM unit 34 in a convention- 
al manner. It is contemplated, however, that other im- 
plementations may be suitable for the purposes of prac- 
ticing the present invention. For example, an off-the- 
shelf , commercially available microprocessor or micro- 
controller, or custom application-specific, hardwired log- 
ic, or state-machine type circuitry may be utilized to per- 
form the stimulation and control functions of CPU 36. 
Furthermore, while the present invention is described 
herein in the context of an automatic, body-implantable 
pacemaker system, it is contemplated that the present 
invention may find beneficial applicability in connection 
with automatic medical device systems other than pace- 
makers, including, for example, defibrillators, tachycar- 
diac conversion devices, and the like, whether body-im- 
plantable or external. 

With continued reference to Figure 3, stimulation 
and control circuitry 22 is coupled to one or more leads 
14 which, when implanted, extend transvenously be- i 
tween the implant site of pulse generator 10 and the pa- 
tient's heart 28, as previously noted with reference to 
Figure 2. Physically, the connections between leads 14 



and the various internal components of circuitry 22 are 
facilitated by means of a conventional connector block 
assembly 16, shown in Figure 1 but not shown in Figure 
3. Electrically, the coupling of the conductors of leads 
and internal electrical circuitry 22 is facilitated by means 
of a lead interface circuit 42 which functions, in a multi- 
plexer-like manner, to selectively and dynamically es- 
tablish necessary connections between various con- 
ductors in leads 14, including, for example, atrial tip and 
ring electrode conductors ATIP and ARING and ven- 
tricular tip and ring electrode conductors VTIP and 
VRING, which serve as physiologic sensors, as would 
be familiar to those of ordinary skill in the art. For the 
sake of clarity, the specific connections between the 
conductors of lead 14 and the various components of 
stimulation and control circuitry 22 are not shown in Fig- 
ure 3, although it will be clear to those of ordinary skill 
in the art that, for example, conductors in lead 14 will 
necessarily be coupled, either directly or indirectly, to 
sense amplifier circuitry 44 and stimulating pulse output 
circuit 30, in accordance with common practice, such 
that cardiac electrical signals may be conveyed to sens- 
ing circuitry 44, and such that stimulating pulses may be 
delivered to cardiac tissue, via lead 14. 

As previously noted, stimulation and control circuit 
22 includes central processing unit 36 which may be an 
off-the-shelf programmable microprocessor or micro- 
controller, but in the presently preferred embodiment of 
the invention is a custom integrated circuit. Although 
30 specific connections between CPU 36 and other com- 
ponents of stimulation and control circuit 22 are not 
shown in Figure 3, it will be apparent to those of ordinary 
skill in the art that CPU 36 functions to control the timed 
operation of stimulating pulse output circuit 30 and 
35 sense amplifier circuit 44 under control of programming 
stored in RAM/ROM unit 34. It is believed that those of 
ordinary skill in the art will be familiar with such an op- 
erative arrangement. 

With continued reference to Figure 3, crystal oscil- 
*o lator circuit 32, in the presently preferred embodiment a 
32,768-Hz crystal controlled oscillator, provides main 
timing clock signals to stimulation and control circuit 22. 
Again, the lines over which such clocking signals are 
provided to the various timed components of stimulation 
*s and control circuitry 22 (e.g., microprocessor 36) are 
omitted from Figure 3 for the sake of clarity. 

Various other interconnections between individual 
components of stimulation and control circuit 22 are rep- 
resented by microprocessor and I/O Bus block 46 in Fig- 
to ure 3. For example, there is preferably a connection be- 
tween CPU 36 and pacing output circuit 30, such that 
CPU 36 can provide triggering or inhibiting signals to 
output circuit* 30 to control the delivery of stimulating 
pulses to the patient's heart 28. These various intercon- 
5 nections are also omitted from Figure 3 for the sake of 
clarity. 

It is to be understood that the various components 
of pacemaker system 10 depicted in Figure 3 are pow- 
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ered by means of battery 24 (not shown in Figure 3) 
which is contained within the hermetic enclosure of 
pacemaker 10 as depicted in Figure 1 . For the sake of 
clarity in the Figures, the battery and the connections 
between it and the other components of pulse generator 
1 0 are not shown other than in Figure 1 . 

Stimulating pulse output circuit 30, which functions 
to generate cardiac stimuli under control of signals is- 
sued by CPU 36, may be, for example, of the type dis- 
closed in U.S. Patent No. 4,476,868 to Thompson, en- 
titled "Body Stimulator Output Circuit'. Again, however, 
it is believed that those of ordinary t>kill in the art could 
select from among many various types of prior art pac- 
ing output circuits which would be suitable for the pur- 
poses of practicing the present invention. 

Sense amplifier circuit 44, which will be hereinafter 
described in further detail, functions to receive electrical 
cardiac signals over lead 1 4 and to process such signals 
to derive event signals reflecting the occurrence of spe- 
cific cardiac electrical events, including atrial contrac- 
tions (P-waves) and ventricular contractions (R-waves). 
These event-indicating signals are provided to CPU 36 
for use m controlling the synchronous stimulating oper- 
ations of pulse generator 10 in accordance with com- 
mon practice in the art. In addition, these event indicat- 
ing signals may be communicated, via uplink transmis- 
sion, to an external programming unit for visual display 
to a physician or clinician. 

Those of ordinary skill in the art will appreciate that 
pacemaker system 10 may include numerous other 
components and subsystems, for example, activity sen- 
sors and associated circuitry. The presence or absence 
of such additional components in pacemaker 10, how- 
ever, is not believed to be pertinent to the present inven- 
tion, which relates in large part to monitoring the oper- 
ation of implantable devices as well as memory man- 
agement of those devices. 

In a preferred embodiment the CPU 36 is a micro- 
processor capable of multi-tasking monitoring and diag- 
nostic operations. When performing a monitoring or di- 
agnostic routine the microprocessor compares the mon- 
itored or sensed data to a range of expected data to de- 
termine if a threshold has been exceeded indicating that 
an event of clinical significance has occurred. The range 
of expected data may be determined in a variety of 
ways. One is that the physician may select the range in 
absolute terms. For example, the physician may pro- 
gram a range of < 200 A or > 3000 A to identify a lead 
impedance problem. A reading of lead impedance that 
is either too high or too low may act as a threshold event. 
A threshold event will cause the microprocessor to at- 
tempt to save the data that triggered a threshold event 
and may cause the microprocessor to begin tracking the 
particular parameter that triggered the threshold event. 

Once a threshold event has occurred, e.g. the lead 
impedance has dropped too low, the microprocessor will 
first determine whether memory is available to store da- 
ta regarding lead impedance. If memory is available, the 



microprocessor will store collected data regarding lead 
impedance. The microprocessor may also continue to 
collect lead impedance data to provide further reference 
data. The historical lead impedance data will then be 
s available to the physician at the next interface with the 
implantable device. 

If no memory is available the microprocessor will 
determine a priority value for the lead impedance data 
which triggered the threshold event. The determined pri- 
io ority value can then be compared to equivalent values 
of the various segments of data already stored in the 
memory. The priority value (PV) of a segment of data is 
determined in the preferred embodiment by multiplying 
the record length (RL) by the assigned clinical signifi- 
es cance value (CSV) of the parameter being monitored 
and inverting that value. The following equation defines 
the priority value: 

PV = 

RL*CSV 

The clinical significance value is assigned so that 
the parameter with the highest significance has the low- 
est number and the lowest significance has the highest 
number. Correspondingly, the priority value is scaled so 
that even a parameter that has a high clinical signifi- 
cance, but requires a tremendous use of memory may 
be determined to be lower priority than a parameter of 
tower clinical significance that requires substantially 
less memory. The preferred embodiment disclosed 
herein is only one way to allocate memory, others will 
be apparent to those skilled in the art with the benefit of 
this disclosure. By way of example, the data stored in 
memory may be date-coded to provide additional sup- 
port for writing over some portions of memory rather 
than others. For instance, lead impedance data or other 
physiologic sensor data may be of high priority when an 
out-of-bounds condition or threshold violation is first no- 
ticed. If, over a period of weeks, however, no other out- 
of-bounds activity occurs, the stored lead impedance 
data or other physiologic sensor data may become low 
priority data. 

Another advantage of the present invention is the 
ability to manage memory through the manipulation of 
the data stored therein. Referring back to the example 
just discussed a lead impedance threshold value was 
violated, but that violation occurred some weeks in the 
past, rather than continuing to save all the impedance 
data collected after the threshold condition occurred, the 
microprocessor may compress the data to the point 
where only an indication that an out-of-bounds condition 
occurred on a specific date will be retained. In so doing 
the microprocessor would be greatly increasing the im- 
portance of that data by reducing the record length and 
therefore, increasing the resulting priority value. In other 
words, the data was of high clinical significance to start 
with and now it also takes up very little memory resulting 
in a very high priority value. 
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The preferred embodiment can be described in 
greater detail through the use of the flow chart shown in 
Figs. 4A and 4B. The microprocessor 36 accesses the 
next diagnostic or monitoring routine selected to be ex- 
ecuted from ROM 34 as shown in box 102. By way of s 
example, the next routine may be to simply monitor the 
atrial sensor The microprocessor 36 performs the rou- 
tine and compares the data that was collected against 
threshold values stored in memory 34 as shown in box 
104. From that comparison the microprocessor 36 de- io 
termines if a threshold event occurred, 1 06. If not, the 
microprocessor selects the next diagnostic routine to be 
executed and starts the process over again. If a thresh- 
old event occurred, the microprocessor 36 determines 
the record length that will be necessary to store the data is 
related to the threshold event, 108. Once the record 
length is determined the microprocessor 36 can assess 
whether the available memory is sufficient to store that 
record length, 112. If so, the microprocessor 36 stores 
the data associated with the threshold event in memory 20 
34, as shown in step 110. If not, the microprocessor 
goes on to determine the clinical significance value of 
the particular diagnostic threshold event, step 114. Pref- 
erably, the microprocessor 36 accesses a clinical signif- 
icance value stored in memory 34 associated with the 2$ 
particular diagnostic routine selected in step 102. With 
the record length and the clinical significance value the 
microprocessor 36 then calculates the priority value, 
step 116. The clinical significance value determined in 
step 114 may range from 0 to 1 0 or any other range se- 30 
lected by the programmer. If the clinical significance is 
selected so high as to be 0, the record length will have 
no effect on the calculated priority value. The record 
length simply identifies the number of bytes that will be 
required to store the data. 3$ 

Once the priority value is calculated in step 116, the 
microprocessor then determines if there is memory al- 
located to data with a lower associated priority value. If 
not, the latest threshold event data is not stored because 
the memory is already filled with data which has higher 40 
priority values and therefore higher priority data. At that 
point the microprocessor will return to step 102 and se- 
lect the next diagnostic routine to begin again. It will be 
apparent to one skilled in the art that another level of 
complexity could be inserted here. For instance, the da- 
ta that is contained in the allocated memory may be 
viewed as having two levels of priority. It may be abso- 
lutely critical for the physician to know that a ventricular 
fibrillation (VF) occurred and when. The physician may 
also desire to examine Electrocardiogram (ECG) data so 
from around the time of the VF event. However, the phy- 
sician may be willing to forego the ECG data in lieu of 
receiving data concerning a later occurring lead imped- 
ance problem. As such the ECG and other data sur- 
rounding the VF threshold event could be compressed ss 
to contain only the very essential data to make room for 
the also significant lead impedance data. 

The flow chart of Figs. 4A and 4B could be en- 



hanced as demonstrated in Fig. 5 to account for the two 
level priority system If no memory is allocated to a high- 
er priority value from step 11 £ the microprocessor would 
then determine if compression of data could provide 
enough memory to store the new threshold event data, 
step 124. The compression could be either of the new 
threshold event data or of any of the data stored in mem- 
ory. As described in a previous example compression 
as one extreme could consist of storing only an indica- 
tion that a particular threshold was breached at a par- 
ticular date and time. Alternatively, compression may 
consist of eliminating all but the data collected in the two 
days following the threshold event, i.e., rather than the 
last two weeks. As can be seen from these examples, 
compression is simply a process of overwriting data that 
the physician might like to see in favor of data the phy- 
sician needs to have stored. 

If compression of data will not provide enough 
memory space the microprocessor will return to step 
102. If the compression will provide the needed space 
the microprocessor compresses the data which is com- 
pressible in step 126. In the step of compressing, the 
compression need only be performed up to the point 
where the needed space is then available. After com- 
pression, the microprocessor will then add the new 
threshold event data to the memory in step 1 28. Once 
the threshold event data is stored the microprocessor 
returns to step 102 to execute the next diagnostic rou- 
tine. 

In the preferred embodiment, the diagnostic rou- 
tines are unchanging and are therefore stored in ROM 
34. The parameters which determine whether data col- 
lected during the diagnostic routine violates a threshold 
are generally fixed, but in some limited circumstances 
may need to be adjusted to customize the system to a 
particular application. The initial threshold values may 
be set in a variety of ways. First the threshold values 
may be specific default values which are contained ei- 
ther in ROM 34 or in the memory of an external program- 
mer. Upon initialization of the system, the default values 
stored either internally in ROM 34 or externally in the 
programmer may be transferred into the RAM 34 for fur- 
ther manipulation and use. 

Another alternative for setting threshold values is to 
allow an implantable device having a physiologic sensor 
to begin steady state operation and then collect baseline 
data. The baseline data could then be used to determine 
threshold events by looking for deviation from baseline 
by a certain fixed amount or by a certain percentage. A 
possible hybrid alternative is to use preset default val- 
ues until enough time has passed to allow true baseline 
sampling to have occurred. There are any number of 
equivalent alternatives that one skilled in the art may 
choose from to select the parameters that will be used 
by the CPU 36 to determine whether a threshold event 
has occurred. 

The process of setting the clinical significance val- 
ues for particular threshold events will preferably entail 
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a consideration of the application, a particular patient's 
medical history, the physician or clinical technician's 
personal preferences and beliefs, etc. Therefore, while 
default priority values may be stored internally in ROM 
34 or externally in the programmer it is envisioned that s 
once those defaults are copied to the RAM 34, substan- 
tial modification may occur. 

Determining the record length is performed by the 
microprocessor 36. The microprocessor 36 assesses 
the amount of data to be stored immediately as well as 10 
the amount of data that will need to be added from future 
monitoring of the data which originally caused the 
threshold event. 

One application of the present invention is an im- 
plantable pacemaker designed to asset a patient suf- is 
fering from a bradycardia condition. The pacemaker 
may have some data that is stored continuously, some 
data that it stores periodically, and some data that gets 
stored only when a threshold event occurs. One thresh- 
old event could be lack of atrial capture. In other words, 20 
the pacemaker initiated a paced event in the atrial cham- 
ber but sensed no response. The CPU 36 would then 
follow through with the steps shown in Fig. 1 to eventu- 
ally store the data. At the next interface the programmer 
would receive the data concerning loss of atrial capture 2s 
and would provide an indication to the physician of what 
the problem may be. For instance, if the data shows that 
atrial capture has been lost all together the lead may be 
loose or damaged. If capture is lost only intermittently, 
the atrial pulse amplitude or atrial pulse width may be so 
set too low for consistent capture. 

A further variation on the above example is to pro- 
vide the capability within the implanted device to make 
modifications to certain of its own operating parameters 
to attempt to solve a detected problem. In the example, 35 
where intermittent loss of capture occurs, the microproc- 
essor 36 may be programmed to not only identify that 
data related to loss of capture should be stored, but may 
also be programmed to identify the potential problem 
and begin to take remediaJ action. The microprocessor *o 
36 could begin increasing the atrial pulse amplitude or 
width to either achieve capture 100% of the time, or in 
the alternative determine that the problem is not with the 
atrial pulse amplitude or width settings but instead may 
be an intermittently faulty lead. The microprocessor 36 45 
would then store not only data associated with the 
threshold event, but would store data concerning at- 
tempted remedial action for access by the programmer 
at the next interface. 

The specific examples set out herein are not intend- so 
ed to limit the present invention in any way, but rather 
are intended to assist in a complete understanding of 
the present invention as it is set out in the claims below. 



Claims 

1 . A method executable by a body-implantable device 



having at least one physiologic sensor, comprising 
the steps of: 

receiving sensor data from the physiologic sen- 
sors); 

determining whether said sensor data exceeds 
a threshold value; 

determining for said sensor data which ex- 
ceeds said threshold value, whether sufficient 
memory is available to store said sensor data; 
determining a priority value for said sensor da- 
ta; 

determining if data with a lower priority value 
exists in memory, and 

overwriting with said sensor data said data with 
a lower priority value. 

2. The method of claim 1 , wherein said priority value 
is calculated based on the amount of memory re- 
quired to store said sensor data and a clinical sig- 
nificance value associated with said sensor data. 

3. A body implantable apparatus having at least one 
physiologic sensor, comprising: 

means for performing diagnostic routines utiliz- 
ing data received from the at least one physio- 
logic sensor; 

means for assessing whether data collected 
from said diagnostic routines is clinically signif- 
icant; 

means for assessing whether memory space is 
available for the data determined to be clinically 
significant; 

means for determining the relative priority of 
said data; and 

means for allocating memory based on said rel- 
ative priority of data. 

4. A method of allocating memory in a body implanta- 
ble device having at least one physiologic sensor, 
comprising the steps of: 

determining the priority of data to be stored, the 
data being received from the at least one phys- 
iologic sensor; 

allocating available memory to the higher prior- 
ity data; and 

re-allocating said memory each time more data 
to be stored is collected, said re-allocating step 
comprising the step of determining whether the 
newly collected data is higher priority than any 
of the data already contained in said memory. 

5. A method of allocating memory in a body implanta- 
ble device having at least one physiologic sensor, 
comprising the steps of: 
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storing data received from the at least one 
physiologic sensor that is of clinical signifi- 
cance in a memory as it is received until new 
data is received from the sensor that is of clin- 
ical significance for which there is not enough 5 
space in memory for said new data to be stored; 
determining whether compression of the data 
in said memory would create enough memory 
space for said new data; 

compressing the compressible data; and io 
storing said new data in sa c -nemory 

The method of claim 1, 4 or 5, wherein said body 
implantable device is a pacemaker. 

75 

A medical system for use with a patient, comprising: 

1 ) A body implantable device having at least 
one physiologic sensor, comprising: 

20 

a) means for allocating a memory to accept 
the highest priority data received from the 
at least one physiologic sensor; 

b) means for selecting the highest priority 
data, and 25 

c) means for storing said highest priority 
data in said allocated memory, and 

2) A body external programmer, comprising: 

30 

a) means for accessing data stored in said 
memory of said body implantable device, 
and 

b) means for determining from said data 
what possible problems are being experi- 3S 
enced with either the body implantable de- 
vce or the patient in which the body im- 
plantable device is implanted. 
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